home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Gold Medal Software 2
/
Gold Medal Software Volume 2 (Gold Medal) (1994).iso
/
comms
/
geog1219.arj
/
NOTE1219.DOC
< prev
next >
Wrap
Text File
|
1993-12-19
|
40KB
|
873 lines
----------------------------------------------------------------------
--- TECHNICAL NOTES
---
This file contains detailed and often highly technical notes about the
news/fixes/changes of each version.
Symbols used: - Bugfix.
+ New feature.
! Changed feature.
* Information/clarification.
----------------------------------------------------------------------
Notes for GoldED 2.42.G1219, GAMMA patch release 19. december 1993.
----------------------------------------------------------------------
- Fixed nasty bug in the JAM support. If you read a message to you
in a JAM area, and GoldED set the Received attribute, the message
text would be lost if you later returned to the message :-(
What happens is that the text offset field in the header gets
reset to the end of the .JDT file.
It is possible to recover the lost text, although it is probably
not really worth the bother. It requires that you have intimate
knowledge of the JAM header format, know how to use a binary hex
editor, and can remember enough of the the lost message text to
find the location of it in the .JDT file. Then all you have to do
is change the text offset field back to the correct value (the
offset in the .JDT file). In addition you should also subtract one
from the text length. GoldED output a terminating NUL char that
was not necessary.
- Fixed a bug in GoldNODE/2 (and maybe GoldNODE/P32), which caused
several zones to be missing in the nodelist index, to be replaced
with a large number of duplicate nodes. I haven't the faintest
idea what went wrong, or even how I fixed it - the code I have
changed to make it work had very little to do with what seemed to
be the problem. But it seems to work now :-? <puzzled>
To be on the safe side, I have included BDF's for all versions of
GoldNODE.
- Due to a mistake in my setup of the Watcom compiler for OS/2, the
wrong version of the OS/2 toolkit was used. This could cause odd
behaviour with some operations. I haven't actually seen any
problems with GoldED/2 myself, but I discovered some problems with
getting and setting the date/time of files when compiling another
program with Watcom.
I have recompiled GoldED/2 and GoldNODE/2 with the correct version
of the toolkit this time.
----------------------------------------------------------------------
Notes for GoldED 2.42.G1218, GAMMA release 18. december 1993.
----------------------------------------------------------------------
+ Added JAM msgbase support at last!!! Example cfg definitions:
AREA ECHO.JTEST1 "Test 1" JE M:\JAM\JTEST1
AREADEF ECHO.JTEST2 "Test 2" 0 Echo Jam M:\JAM\JTEST2 . (Loc)
As you can see, the syntax is very similar to Squish definitions.
Please read the document GOLD_JAM.DOC for important information
about the implementation of the JAM msgbase support in GoldED.
+ New GoldED/P32 replaces GoldED/P16. GoldED/P32 is a 32-bit DOS
extended version, compiled with Watcom C++32 9.5a. It has been
tested successfully in a DOS box under OS/2 2.1 and under DesqView
2.32 with QEMM 6.03. GoldED/P32 needs the DOS4GW DOS extender
version 1.92. DOS4GW 1.92 is distributed separately in the archive
D4GW_192.ZIP. If you already have a copy of DOS4GW, it may work
with GoldED/P32, even if isn't version 1.92. In fact I had an old
version 1.0 in my path before 1.92 and it worked fairly well
before I discovered the mistake.
GoldED/P32 is able to use the new GoldNODE 32-bit index files
(.IX*) which can contain more than 32700 nodes. GoldNODE/P32 and
GoldNODE/2 generates this new index. GoldED/P32 can also use the
old 16-bit index files, but defaults to use the new index files,
if present.
GoldED/P32 needs about 1.5 to 2 megabytes of free RAM to run.
* GoldED/P16 has been dropped completely. Most of the problems
reported about P16 is due to a buggy DOS extender and compiler,
and the makers of these don't seem to be interested in releasing
better versions. I have better things to do than worry about buggy
compilers that doesn't get fixed, so this is the end of GoldED/P16
as we know it today.
* GoldED/2 and GoldNODE/2 are now compiled with Watcom C++ 9.5a
instead of Borland C++ 1.0 for OS/2.
+ Added support for the new xMail 1.0 mail processor's area
configuration file. Use "AREAFILE xMail [areapath]". The optional
[areapath] points to where AREAS.XM can be found. Only the
AREAS.XM file is read, not any other file. Currently only tested
with JAM areas. Note that auto-added areas are often stored with
long filenames that are invalid with the FAT file system. To
overcome this problem, GoldED internally truncates the base
filename to 8 chars, but it does not check for duplicate filename
that may result from the truncations.
+ Updated FastEcho support to version 1.3x. Now also gets JAM areas.
Untested!
+ Updated RemoteAccess 2.x support to get JAM areas. Untested!
+ Changed behaviour when switching to "read marked" mode. Previously
GoldED would go to the next marked msg. Now it will stay on the
current msg if it is marked, or go to the next marked msg if not.
+ Added a new border type, number 7. If border type 7 is used, all
border/linedraw characters are pure 7-bit ASCII instead of highbit
IBM linedraw characters. This border type was added on request
from Asian users who have a character set where the IBM linedraw
characters are national characters instead. It is unlikely to be
useful for others. Here is how to set all border types to type 7:
COLOR AREA BTYPE 7
COLOR ASK BTYPE 7
COLOR BACKGROUND BTYPE 7
COLOR BRAG BTYPE 7
COLOR HEADER BTYPE 7
COLOR HELP BTYPE 7
COLOR INFO BTYPE 7
COLOR MENU BTYPE 7
COLOR READER BTYPE 7
COLOR STATUS BTYPE 7
Add the above to your color setup in GOLDED.CFG.
Note that the help file contains IBM linedraw characters. These
are NOT converted automatically. You have to change them yourself
in the GOLDHELP.CFG file, if necessary.
- There have been reports of the cursor remaining visible after
saving a msg. I haven't seen this myself, but I have now added a
cursor-hide in a strategic place to ensure that the cursor goes
away when expected.
+ If intense colors are enabled, GoldED now sets intense colors
every time the statusline is updated. This is a help in
multitasking environments that doesn't save the intensity state
when switching between tasks.
- In the msg browser, the date is now cut to fit if for some reason
it is too long.
+ GoldED now recognizes the FAX flag in the FLAGS kludge and shows
it in the header display if found.
* TIP: You can use the EXTERNUTIL feature to setup keys to view or
print an attached fax. Use something like this in GOLDED.CFG:
EXTERNUTIL 11 c:\zfax\zfax.com 2 @subject ; print fax
EXTERNUTIL 12 c:\zfax\zfax.com 4 @subject ; view fax
And this in GOLDKEYS.CFG:
@F11 ExternUtil11 ; Press Alt-F11 to print the fax
@F12 ExternUtil12 ; Press Alt-F12 to view the fax
Or choose your own key assignments and fax view/print utils.
Note that this assumes that the fax file is listed in the subject
line like an attached file.
+ Added temporary new keyword: EDITORVERSION <version>. Due to the
large number of bugreports about range check errors in the new
internal editor, I have decided to put in the old editor as an
option in addition to the new editor. The old editor is the
default. If you want to take your chances with the new editor, use
this in your GOLDED.CFG: "EDITORVERSION 2". When the new editor is
properly bugfixed, the old editor and this keyword will be removed
again.
+ Enhanced keyboard is now auto-detected by checking a bit in low
memory (DOS versions only of course). Use "KEYBEXT No" if your
keyboard seems to lock up.
- Detection of a real, non-emulated, Hercules card was buggy. Fixed.
- The msg size display could disappear under some circumstances,
after editing a msg. Fixed.
- GoldED/P16 paused for 10 seconds when testing if locking was
possible and SHARE or network was not loaded. Fixed. Obsolete,
since P16 is no longer released.
- When trying to generate a userlist (Ctrl-L) with GoldED/2, it
would dump with a protection violation SYS3175. Fixed.
+ Added -Q (for Quiet) switch to GoldNODE. If -Q is used, GoldNODE
will not display anything on the screen. This can improve compile
speed a lot, especially on systems with slow text mode (such as a
textmode windowed session under Windows or OS/2).
+ Changed all highbit IBM chars to pure ASCII chars in GoldNODE.
Too bad it looks ugly :-(
- GoldNODE/2 could not compile more than 32767 as advertised. Fixed.
This fix is now tested successfully with a nodelist collection
which contains more than 32767 nodes.
- Fixed Sound Blaster support to work with the CT-VOICE driver in
Sound Blaster 16. If you have a SB-compatible non-SB soundcard,
but have been unable to make a CT-VOICE driver work with GoldED,
try again now.
Note: Some users still have problems getting GoldED to work with
Sound Blaster 16. The fix was tested successfully with a borrowed
SB16 in two of my own machines. The same card would not work with
GoldED when it was returned and used in the lenders own machine. I
have no idea why it doesn't work :-(
----------------------------------------------------------------------
Notes for GoldED 2.42.G1121, GAMMA Patch Release 21. november 1993.
----------------------------------------------------------------------
- Fixed bug in AREAFILE FastEcho. It caused protection violations in
GoldED/2. It did not affect the DOS versions.
- Fixed some bugs in the msg marking functions. For example, Alt-S,N
didn't always mark all new msgs, and could cause crashes.
- While writing a msg in the internal editor, GoldED would lock the
Hudson msgbase unnecessarily. This prevented mail tossers from
tossing incoming mail in multitask/network environments. Fixed.
- GoldED/P16 had problems sharing the Ezycom msgbase files properly.
It opened the files in Read/Write mode, where it should have been
ReadOnly. Fixed. The regular DOS and OS/2 versions did not have
this problem, which was caused by a bug (or undocumented behavior)
in the TopSpeed C library.
- Fixed minor bug in the file request function for FRQEXT's. The
first word of the description would be skipped if there was only
one space between filename and description.
+ The DISPATTACHSIZE and EDITAUTOATTACH features now recognize
network drives beginning with "\\" (without a drive: in front) as
valid drives. Untested, but should work. In general GoldED
currently doesn't support the "\\" netdrives very well. Better
support is planned.
+ Added support for calling of external utilities. This new feature
can be used to "filter" msgs, for example calling PGP or other
crypting utilities. A new keyword has been implemented for
the definition of external utilities:
EXTERNUTIL <utilno> [-options] <commandline>
The <utilno> must be in the range 1 to 24 for utilities that will
be called with key definitions (see below). Higher numbers can be
used for utilities that are called from the EDITSAVEMENU (if
enabled). See the EDITSAVEUTIL keyword for details.
The default options are those specified with the EXTERNOPTIONS
keyword. With [-options], you can change the those options locally
for specific utils. See the EXTERNOPTIONS keyword for a list of
valid options.
The <commandline> specfies the DOS or OS/2 commandline you want to
execute. This works in the same way as for the external editor and
spellchecker. See the manual for details about this, especially if
you want to execute batchfiles. In the <commandline> you can use
@tokens to transfer information from the msg to the commandline.
The @tokens are the same as for templates (see the manual), and in
addition you can use two other @tokens:
@path The GOLDPATH, including a trailing backslash.
@file The full filename of the message file (GOLDED.MSG) that
will be written to disk before the utility is called.
Examples:
EXTERNUTIL 1 c:\4dos\4dos.com /c c:\crypt\encrypt.bat @file
EXTERNUTIL 2 c:\4dos\4dos.com /c c:\crypt\decrypt.bat @file
To call a defined external utility, you must assign a key to it.
There are 24 new keyboard commands you can use in GOLDKEYS.CFG for
this purpose:
ExternUtilNN
Where NN is in the range 01 to 24 _with_ leading zero. Examples:
F11 ExternUtil01
F12 ExternUtil02
Then if you press F11, you would call external utility number 1
and so on. The ExternUtilNN keywords ONLY work in reader mode, not
in the internal editor or any other place.
HOW IT WORKS:
1. Just before the external utility is called, GoldED writes the
current message text to the GOLDED.MSG file in the GOLDPATH.
The file is written as a textfile with each line CR-LF
terminated. The content is exactly as you see it on the
screen, which means that kludges are only included if you have
enabled kludge viewing.
2. GoldED clears the screen and then calls the utility after
swapping itself out of memory (if swapping is enabled or
relevant for the version).
3. The utility can now load and process the @file, or do anything
else you want. It doesn't have to have anything to do with the
current msg. You could call a spreadsheet, a game, whatever.
But I think this feature will mainly be used for utilities
that process the @file. If the utility processes the @file, it
could write the changes back to the @file.
4. After returning from the utility, GoldED reloads the @file and
displays it just as if it was the current message. For
example, if your utility was a decrypter and the msg was
encrypted, you would now see the decrypted msg. Neat eh? :-)
5. If you want to make the reloaded text permanent (save it in
the msg), you can use the Change Msg function and immediately
choose "Save Message" from the Editing menu (if enabled with
EDITMENU Yes). This is in fact the method you could use if you
wanted to EN-crypt a msg (however, it is easier to use the
EDITSAVEUTIL method, see below).
The QUOTESPACING feature can interfere with encoded msgs that
include the '>' character at the beginning of lines, by
automatically inserting blank lines before and after the lines
with '>'. I have therefore changed the quotespacing default from
YES to NO.
The file GOLD_PGP.DOC contains batchfile examples for using this
new feature with PGP. Many thanks to Thomas Horsten 2:234/150 for
showing me how to setup PGP and for alpha testing the feature.
!!! IMPORTANT !!! From FidoNet Policy 4.07 (section 2.1.4):
"[..] Therefore, encrypted and/or commercial traffic that is
routed without the express permission of all the links in the
delivery system constitutes annoying behavior."
So be careful with this feature!
+ New keyword EXTERNOPTIONS <-options>. Defines the default options
for the EXTERNUTIL's (see above). Valid options are:
-Cls * Clear screen.
-Swap * Swap GoldED out of memory before shelling.
-Cursor * Cursor in shell.
-Reload * Reload the message file (@file).
-Pause Pause for keypress before returning to GoldED.
-PauseOnError * Pause only if utility errorlevel is nonzero.
Plus the reverse options with a "No" prefix, for example -NoCls.
The default options are marked with an asterisk (*).
+ New keyword EDITSAVEUTIL <utilno> <"L menu text">. Defines the
external utilities that will be added to the EDITSAVEMENU (if
enabled). The menu text is inserted in the menu. The first two
characters of the menu text are the "hotkey" letter that will be
highlighted in the menu text, plus a space. Example:
EDITSAVEUTIL 1 "S PGP Sign the msg"
EDITSAVEUTIL 2 "E PGP Encode the msg"
EDITSAVEUTIL 3 "D PGP Decode the msg"
If you have changed the default language in this menu (in
GOLDLANG.CFG), then make sure the highlight letters don't clash.
With EDITSAVEUTIL definitions and EDITSAVEMENU enabled, you can
directly call an external utility to do things like encoding msgs
before saving them.
+ Added conditional directives to the GOLDED.CFG reader. You can now
use the new keywords IF, ELSEIF and ENDIF to control or exclude
parts of your GOLDED.CFG under certain conditions. The IF and
ELSEIF directives are identical. ELSEIF is provided for cosmetic
reasons.
Valid parameters for IF/ELSEIF are: Yes, No, True, False, DOS and
OS/2. Example:
IF DOS
EXTERNUTIL 1 c:\4dos\4dos.com c:\crypt\encode.bat @file
EXTERNUTIL 2 c:\4dos\4dos.com c:\crypt\decode.bat @file
ELSEIF OS/2
EXTERNUTIL 1 c:\4os2\4os2.exe c:\crypt\encode.cmd @file
EXTERNUTIL 2 c:\4os2\4os2.exe c:\crypt\decode.cmd @file
ENDIF
The example speaks for itself, I think...
+ Added enhancement of the Random System feature. It is now possible
to specify an external file as the source of random items in
groups. This helps to avoid duplicating items such as origins that
are should be share between several otherwise different groups.
The random items that can use external files are:
NETNAME, ORIGIN, PLAY, TEARLINE, TEMPLATE, USERNAME, WHOTO.
An external file is specified by a '@' character in front of the
filename, where the item text would normally be placed. More than
one item with an external file can be specified. Example:
GROUP FidoNet:
TEARLINE @tearline.lst
ORIGIN @origins1.lst
ORIGIN @origins2.lst
The contents of external files must be one item on each line.
Empty lines and comments are not allowed in an external file.
Items must be specified exactly as they would appear in
GOLDRAND.CFG, but without the leading keyword. Example:
Pointless point...
Don't point at me!
etc...
With this feature, it is now easy to create large collections of
things like origins, and then share them between any number of
groups without duplication, or even share them between several
users with different setups.
NOTE: The default path for the external files is the GOLDPATH,
unless you manually specify a path.
- Detection of color/monochrome mode VGA could, and did, fail in
some circumstances. On some EGA adapters, GoldED would only detect
24 lines. Fixed.
- When using BIOS output mode (SCREENUSEBIOS Yes), the screen would
scroll one line every time the statusline was updated. Fixed.
- The DISPMSGSIZE feature handled parameters "no" and "bytes"
wrongly. Fixed.
- Fixed a couple of bugs concerning long lines in the new internal
editor. Changed the default value of QUOTEMARGIN from being
screenwidth dependent (width-5) to 65.
----------------------------------------------------------------------
Notes for GoldED 2.42.G1115, GAMMA Patch Release 15. november 1993.
----------------------------------------------------------------------
- The file import function in the internal editor would use the
wrong drive when using a drive letter and wildcards (like A:\*.*
if you wrote C:\*.*). Fixed.
----------------------------------------------------------------------
Notes for GoldED 2.42.G1114, GAMMA release 14. november 1993.
----------------------------------------------------------------------
* THIS RELEASE DOES _NOT_ HAVE JAM OR GOLDBASE SUPPORT!
JAM and Goldbase support will be provided in a later beta release.
Stay tuned to the GOLDED and/or GOLDED.BETA echoes for the latest
status reports and release announcements.
+ The file request function has been much improved:
1. It will now handle filenames such as ">FILE.ZIP" correctly
instead of including the invalid '>' character in the
filename.
2. If there were more than one known FRQEXT on a line, it would
use the first of the FRQEXT's found, which was often the wrong
one of course. Now it will take the first filename on the
line which has a known FRQEXT.
3. It will now detect the file announcement format used by the
Ticket utility even if Ticket's tearline has been removed or
overwritten. The detection is based on the position of certain
elements on the line.
4. When extracting the description of files detected with the
FRQEXT's, it will now skip the first words after the filenames
if they begin with a digit or the '[' or '-' characters. It
will skips words until the first occurrence of a word that
does not match these criteria. This produces a clean
description in most cases, such as this one:
SOMEFILE.ZIP 123.456 93/11/13 [00] - Some description
Which will produce "Some description", instead of "123.456
93/11/13 [00] - Some description" as previous versions would.
Obviously this cuts the FILES.BBS maintenance to a minimum
when requesting files for your BBS.
There is one thing the file request function can't do: It cannot
produce more than one message. This is on the TODO, of course.
+ The internal editor has finally been rewritten! All the known
bugs are gone, and the new editor works much better. Editing of
quotes have been improved - you can now both split and merge
quoted lines with "intelligent" handling of the quote initials
string.
NOTE: At this time, the new internal editor is not 100% finished
and debugged. There are still some inconsistencies and minor bugs,
but the editor is fully usable and safe - I use it myself. The
block functions (anchor, cut, paste) are currently disabled,
because they are still too buggy.
+ New keyword: EDITCHARPARA [']<char>[']. Defaults to ' ' (space).
This keyword defines the character GoldED displays at the end of
paragraphs in the internal editor. This is where the CR character
will be placed once the msg is saved. See below.
+ New keyword: EDITCHARSPACE [']<char>[']. Defaults to ' ' (space).
This keyword defines the character GoldED displays when it should
display a space character in the internal editor. See below.
* The new keywords EDITCHARPARA and EDITCHARSPACE were added to aid
me while rewriting and debugging the new internal editor. By
redefining them to visible characters instead of spaces, I could
see if strange things were happening while inserting or deleting
characters. This was a great help. Personally I now always use
redefinitions to ASCII 20 (a paragraph sign) and CP437 250 (a
small dot).
! The file extensions for compiled configuration files have changed.
GoldED will now use the extension .G16 for 16-bit versions (DOS
and DOS/P16) and extension .G32 for 32-bit versions (OS/2 and
later DOS/P32). These extensions were previously named .GED (DOS)
and .GEO (OS/2). Remember to delete the obsolete *.GED and/or
*.GEO files from your GOLDED directory, so that they wont take up
disk space.
+ New keyword: DISPSOFTCR <yes/no>. Defaults to "no". If enabled,
GoldED will treat the so-called Soft-CR character (141d, 8Dh) just
like any other displayable character, instead of ignoring it like
linefeed chars (LF). Note that by enabling this feature, you
_disable_ the character translation feature that uses the Soft-CR
as an escape character. This feature was added to help users in
countries which use the Soft-CR character for other purposes like
2-byte characters in Japan.
NOTE: The Ezycom msgbase format requires the Soft-CR to terminate
each line. Therefore this feature is unlikely to be useful to
Ezycom sysops.
- When using AREALISTSORT to sort by descriptions, the sort was case
sensitive. The sort is now case IN-sensitive.
+ In the Random System, the AREAFILEGROUPS setting (if set to Yes)
no longer prevents you from making groups for specific echoes.
This means that if you have for example a "GROUP X", corresponding
to group X in your GEcho setup, but wish to override the origin or
other items for some of the group X echoes, you can now put the
GROUP's for these specific echoes before the GROUP X definition.
Example:
GROUP SOMEECHO
ORIGIN "Some origin"
GROUP X
ORIGIN "X origin"
Here you will get the origin "Some origin" in the SOMEECHO echo,
even if SOMEECHO is included in the X group in your setup. This
was not possible in previous versions - the GROUP X definition
would always override any specific definition.
+ New keyword: "DISPMSGSIZE <bytes/kbytes/no>". Defaults to "bytes".
When enabled, this keyword displays the msgbody size in the lower
left side of the header. The location of the size display is not
necessarily final. The size displayed is for the message body text
only, the header and nul-terminator (and anything that may lurk
beyond it) is excluded from the calculation.
NOTE: This feature currently only works when _reading_ msgs. While
editing a msg in the internal editor, this feature is disabled -
however, the size will be displayed when you are in the Save msg
menu (if EDITSAVEMENU is enabled).
+ New keyword: "REPLYLINK <chain/direct>". Defaults to "chain".
If set to "direct", GoldED will link your reply directly to the
original message. If set to "chain", it will link to the last
message in the reply chain. The default ("chain") is how GoldED
has done it in all previous versions.
The advantage of the "direct" linking method is that you can
easily find the the original message the reply was for. Unless of
course you have later re-linked using a chain-linking replylinker
utility. I can recommend the utility SQLINK by David L. Nugent.
SQLINK links Squish areas using the MSGID/REPLY kludges and makes
direct links instead of chain-linking on the subject line like
most other replylinkers do. There are probably also similar
replylinkers for other msgbase formats, I just don't know them.
NOTE: Direct linking is not always useful or practical. It can be
very hard to follow a discussion with more than one participants,
because the links become branched trees instead of simple chains.
Currently GoldED is not designed to follow the branched direct
links, but such a feature is on the TODO, although with low
priority.
+ The SCREENBLANKER keyword now accepts an additional parameter: If
you add the word "AllBlank" after the seconds parameter, GoldED
will not display the moving box, but leave the screen completely
blank. Example:
SCREENBLANKER 180 AllBlank
"AllBlank" must be placed _after_ the seconds, or it won't work.
NOTE: The "Midnight Bug" has not yet been found or fixed :-(
+ The 32-bit versions of GoldED and GoldNODE (currently only the
OS/2 versions) are no longer restricted to a maximum of 32700
nodes in the nodelist index. A slightly different nodelist index
is produced by the 32-bit GoldNODE. The index is NOT backward
compatible. The new index files have extensions .IXA, .IXN and
.IXL. For indexes with less than 32700 nodes, the .IXN file is
identical to the old .NIX file. The 32-bit GoldED can use both the
new and the old index files, but will use the new ones if both are
found. If you no longer use the DOS version of GoldED, you should
delete the .AIX, .NIX and .LIX files to save disk space.
- When points were using GoldNODE to compile USERLIST's, their point
number would be appended to all non-point addresses. Fixed. Note
that this fix is *not* tested. Let me know if it worked.
- Fixed the bug that caused mangled CHARSET kludges. Under some
circumstances, previous versions would put multiple "CHARSET:"'s
in the CHARSET kludge, and if the combined length became more than
40 chars, GoldED would lockup or crash when trying to read the
msg.
- Intense and border/overscan colors now work again in the Borland
C++ compiled version of GoldED/2. Borland had made a stupid little
bug, which was fortunately easily fixable once located.
- The new TEMPLATEPATH keyword did not work for templates defined in
the Random System (GOLDRAND.CFG). It does now.
+ Added a "twirly" feature to GoldNODE. While GoldNODE is reading,
sorting and writing it's index files, it displays a rotating
"twirly" (the characters |/-\ in quick succession) to show that it
is still alive and working. Because of this, GoldNODE now turns
off the cursor while working. It is turned on again when exiting.
The cursor turnoff currently only works with the Borland compiled
versions.
- When trying to write marked msgs to an existing file and hitting
ESC instead of entering another filename, GoldED would mess up the
screen, crash or lockup. Fixed.
- Fixed a long-standing bug in GoldNODE. It was not possible to
specify the configfile to use on the commandline using the -C
option.
+ When displaying the size of an attached file, GoldED now looks for
the file in the INBOUNDPATH if there is no drive specified for the
attached file. This is useful when files have been attached _to_
you. If you don't have an INBOUNDPATH in your GOLDED.CFG, the
GOLDPATH is assumed instead.
+ Added support of Binkley-style "^filename" in the subject line for
deleting attached files after they have been sent.
- GoldED/2 did not update the Hudson NETMAIL/ECHOMAIL.BBS files
correctly, and sometimes caused a trap in the OS/2 session while
trying. Fixed. The regular DOS version did not have this problem.
- Mangled CHARSET kludges were not handled well. When finding such a
mangled CHARSET kludge, GoldED/2 would trap and GoldED/DOS would
crash, hang or sometimes go on apparently unaffected. Fixed.
- Fixed hang in GoldED/2 when using it without a GOLDRAND.CFG or
with all keywords in it commented out. Could possibly also explain
similar hangs in previous DOS versions.
+ New feature: You can now change the color palette used in GoldED.
The palette has 16 color registers, corresponding to the 16 colors
from black (0) to intense white (15). By changing the values in
the palette registers, it is possible to make any of the 16 colors
a completely different color. You can even make the background
colors intense, without using the intense color feature. There are
64 different colors to chose from.
To configure the palette colors in GoldED, the SCREENPALETTE
keyword has been added. There are two different syntaxes:
SCREENPALETTE <reg> <value>
SCREENPALETTE <reg> (red green blue)
So you can either compose the color value using separate red,
green, blue components, or directly use a precalculated value. The
red/green/blue values can only be in the range 0-3.
These are the original palette values:
SCREENPALETTE 0 (0 0 0)
SCREENPALETTE 1 (0 0 2)
SCREENPALETTE 2 (0 2 0)
SCREENPALETTE 3 (0 2 2)
SCREENPALETTE 4 (2 0 0)
SCREENPALETTE 5 (2 0 2)
SCREENPALETTE 6 (2 2 0)
SCREENPALETTE 7 (2 2 2)
SCREENPALETTE 8 (0 1 0)
SCREENPALETTE 9 (1 1 3)
SCREENPALETTE 10 (1 3 1)
SCREENPALETTE 11 (1 3 3)
SCREENPALETTE 12 (3 1 1)
SCREENPALETTE 13 (3 1 3)
SCREENPALETTE 14 (3 3 2)
SCREENPALETTE 15 (3 3 3)
Copy these lines into your GOLDED.CFG and start experimenting! :-)
NOTE: This feature has not been tested much. There may be bugs.
- Known bug: If you start GoldED/2 (The Borland compiled version) as
the _first_ program in a full-screen OS/2 session, the screen will
be filled with garbage when you exit GoldED/2. Harmless but
annoying. The garbage is put on the screen when GoldED/2 tries to
restore the original screen (registered only feature). My tests
seem to indicate that the original screen read by GoldED/2 at
startup is _already_ garbage, but that can't be right. I think
this is a Borland compiler bug, because when the problem does not
seem to exist when I compile GoldED/2 with Watcom C++. So why
don't I release the Watcom compiled version instead? Because I'm
still having problems getting it to work correctly. The Borland
compiled version looks more stable at this time.
! Changed GoldED/2 back to non-multithreaded mode.
----------------------------------------------------------------------
Notes for GoldED 2.42.A0710, ALPHA release saturday 10. july 1993.
----------------------------------------------------------------------
* This was a limited alpha. It was only sent to a few specific
testers for debugging.
+ Added TZUTC and TID as "known" kludges. They are only recognized,
not handled. Full support of TZUTC will probably be added in a
future release.
! GoldED/2 is now compiled in multithreaded mode, and runs a
separate thread to update the statusline (for the clock).
----------------------------------------------------------------------
Notes for GoldED 2.42.A0701, ALPHA release thurday 1. july 1993.
----------------------------------------------------------------------
+ New keyword: "FIDOMSGTYPE <Fido/FTSC>". Defaults to Fido. This
keyword defines the default format of Fido *.MSG files. It is only
used by some AREAFILE's when reading external area configuration
files, where the preferred format is unknown.
The FTSC (FTS-0001.012 and later) format uses zone/point fields,
where the Fido format uses date/time stamps. The Fido format is
also sometimes referrered to as the "Opus" format. When set to
Fido format, GoldED interprets the date/time stamps as DOS-style
bitmapped date/time.
+ New keyword: "RA2USERSBBS <yes/no>". Defaults to no. Use this
keyword to *force* GoldED to use a RemoteAccess 2.xx (RA2)
compatible USERS.BBS file, even if RA2 is not detected. If used,
this keyword should be placed in the configuration file _after_
any AREAFILE keyword.
+ New "AREAFILE InterMail". Supports the InterMail mailer. This is
untested! Currently the support provided is similar to the
FrontDoor 1.99b (and later) support. NOTE: You still have to
define the correct semaphore filenames by yourself using the
SEMAPHORE keyword.
+ AREAFILE D'Bridge now supports the new Beta 2011 DBRIDGE.ADF. This
is untested! Normally GoldED tries to detect the DBRIDGE.ADF
version based on the known record sizes of the of file. You can
now override the autodetection by specifying one of these:
AREAFILE D'Bridge -2011
AREAFILE D'Bridge -1047A27
AREAFILE D'Bridge -1047A22
AREAFILE D'Bridge -1046
The numbers refer to the versions which had new/changed
DBRIDGE.ADF formats (that I know of).
+ New "AREAFILE Portal". Supports the Portal of Power mailer
(v0.61gamma). Currently supported are the net/bad/dupemail areas
and limited support of the Conferences (all conferences are
treated as Fido *.MSG echomail areas). Planned for later
implementation is closer integration to Portal (reading of
non-area information too) and more support of Conferences (when
Portal is released with a Mailscanner).
+ AREAFILE IMAIL now supports version 1.4x.
- Fixed long-standing problem with GoldED sometimes crashing when
shelling to an external spell checker from the internal editor.
+ When replying in another area using Alt-N or Alt-B, GoldED now
looks for the AREA:<echoid> kludge and automatically positions the
arealist selection bar on the area indicated by the kludge. This
is particularly useful with systems such as GEcho when the
personal mail feature is enabled.
+ It is now possible to use wildcards in the FRQEXT keyword.
Example:
FRQEXT .A??
With this definition, GoldED will recognize filenames such as
"NODEDIFF.A12".
+ Improved screen update speed in many places. Most noticable when
using GoldED/2 in a window, compared to GoldED/2 2.41.B0108. In
some places such as the arealist, the screen update is still a
bit slow. I'll continue working on more screen update speed.
+ New keyword: "SCREENUSEANSI <yes/no>". Defaults to no. This is an
EXPERIMENTAL feature only - There is no guarantee that it will be
supported in future releases! If enabled, GoldED will write all
screen output via DOS (stdout) using ANSI codes for colors, cursor
movement, screen clearing etc. SLOW!!!
This feature may be useful to people who read echoes where ANSI
codes are allowed in the msg text. Should work okay as long as
only color codes are used...
Another use of ANSI output may be for those who use GoldED
remotely via modem in sysop drop-to-dos shells.
Make sure you have ANSI.SYS or another ANSI compatible screen
driver loaded before testing this feature!!!
- High-bit (above ascii 127) chars are no longer converted to (.)
chars in the header when printing msgs.
- Fixed GoldED crash when using echoid's longer than 29 chars.
Changed the max echoid size limit from 49 to 50.
- The file request function now stops at the citation char (").
- Changed AREAFILE GEcho to use FTS-1 format *.MSG files instead of
Opus format.
- Fixed a problem with msg #0 error exits in certain circumstances.
+ Long filenames are now supported in GoldED/2. It seems to work
well (tested with very long Squish filenames and writes to files),
but I cannot guarantee that all valid HPFS filenames are accepted
anywhere in GoldED. In particular, you probably cannot use spaces
in filenames, and you should be careful with characters which are
not supported in MS-DOS filenames. There may also be problems when
using the import file picker, if there are filenames longer than
the screen width (not tested).
! I have not been able to get intense colors and border (overscan)
color to work in the 32-bit OS/2 version, so I had to disable
these features in GoldED/2 for now. This is not a problem if you
only run GoldED/2 in a window, but if you run it full-screen, the
colors that should be intense will blink, and the border color
will not be set.
----------------------------------------------------------------------